home *** CD-ROM | disk | FTP | other *** search
/ Language/OS - Multiplatform Resource Library / LANGUAGE OS.iso / dsp / dspgroup / dspnotes.arc / COMUNIC8.INF next >
Encoding:
Text File  |  1987-12-24  |  6.0 KB  |  111 lines
  1. December 23, 1987 
  2. DSP Group notes de W3IWI
  3.  
  4. This set of notes is intended to help you get started on the TAPR/AMSAT 
  5. DSP project.
  6.  
  7.  
  8. 2. Communications:
  9.  
  10. I view intra-group communications as the key to DSP progress. As of now 
  11. few of us know each other. And yet from both AMSAT and TAPR projects I 
  12. have seen that the ability of people (especially when they are spread out 
  13. all over the world) to work as a team and to draw on each other's 
  14. strengths requires that we have good communications channels. I have seen 
  15. teams with members separated thousands of miles work well and I have seen 
  16. groups in a local area fall flat on their collective faces -- the 
  17. difference is communications.
  18.  
  19. Team communications fall into two categories -- bilateral and multi-
  20. lateral. If I want to coordinate with Joe Blow, I'll pick up the phone or 
  21. the mike on the radio (remember we ARE amateurs!) and we can chat. Some 
  22. people never have their radios on, or may be too far away, or work screwy 
  23. schedules so that a telephone call only serves to piss off the XYL. Ergo, 
  24. we computer phreaques seem to prefer to let our fingers do the chatting 
  25. and use electronic mail.
  26.  
  27. If we are trying to keep a whole team tied together, then communications 
  28. become even more difficult. Multi-way telephone calls are only marginally 
  29. practical. Hence we seem to prefer to do our communicating by electronic 
  30. means for speed and/or by newsletters when electronic channels fail.
  31.  
  32. Unfortunately linking people together requires some sort of 'real' 
  33. network. The 'real' networks seem to fall into two categories: Those 
  34. which co$t us personal money to use, and those which our employer 
  35. subsidises. 
  36.  
  37. I have reviewed the questionaire responses and have found that about 50% 
  38. of the project players have access to either an ARPAnet, UUCP or DECNet 
  39. electronic mail communications channel. Many of the people also have 
  40. CompuServe accounts although no one has anything good to say about it. 
  41. Quite a few also have access to AMSAT's TeleMail network on GTE TeleNet. 
  42. Unfortunately there is no truly universal common denominator.
  43.  
  44. Since ARPAnet (and various affiliated Internet networks) seems to tie 
  45. together a lot of the people, and since KA9Q has written some super TCP/IP 
  46. code that will run on a PC, I have taken the bull by the horns and put an 
  47. FTP file server online; right now it is on my desk at work and is running 
  48. Phil's code in a background Desqview partition on a PC's Limited 386 
  49. machine which is tied into the Goddard Ethernet LAN. The node is:
  50.  
  51.                 128.183.10.100 = tomcat.gsfc.nasa.gov
  52.  
  53. The TOMCAT name does not yet appear in most ARPA routers and host tables, 
  54. but it should be there next month. When you FTP to TOMCAT you can log on 
  55. as user = anonymous  and with your call as the password. You will find 
  56. yourself with read/write (but not replace/delete) access to a directory 
  57. named \PUBLIC. The \DSP subdirectory is then available as a repository for 
  58. the latest code; all the material on these disks is already available in 
  59. \PUBLIC\DSP on TOMCAT. TOMCAT also has in its \TCP directory the latest 
  60. code from KA9Q et al.
  61.  
  62. I really hope that we can use the IP network to keep people tied together. 
  63. I would suggest that those of you who do not have accounts on a host that 
  64. has IP connections should get them ASAP. I wonder if there is some 
  65. benevolent host who could allow access for various 'orphans'?
  66.  
  67. Depending on usage, I may decide to set up TOMCAT with a dial-in (which 
  68. do you prefer -- 1200 or 2400 baud -- only one can be supported since 
  69. KA9Q's code and our ROLM switch won't autobaud with each other) SLIP port 
  70. and/ or a gateway to the growing amateur TCP network. I may move the 
  71. TOMCAT functions over to a dedicated XT, or I may move all these 
  72. functions over to one of our UNIX systems in the future.
  73.  
  74. On CompuServe, I understand that HAMNET S17 has been set up for NNC/PS186/
  75. DSP activities. How many of you will need to have material posted there? 
  76. Do we have a volunteer who can act as a relay between the disconnected 
  77. networks?
  78.  
  79. If there is anyone who is on DECnet/SPAN/SESnet or UUCP with a host that 
  80. does not have an IP address, I suppose we could figure out a way to get 
  81. stuff to you. Again -- sound off on what networks you can tap.
  82.  
  83. One other communications conduit has been offered to us. Mike Lamb (N7ML) 
  84. has told me that AEA is starting up a telephone-line BBS (the software 
  85. has been configured by Norm Sternberg, W2JUP who tells me it is already 
  86. online for AEA's corporate business) which will have an 800-area code 
  87. dial-in port. Since Mike and AEA are vitally interested in supporting DSP 
  88. development, they could probably have their arm twisted to make an out-
  89. of-hours service available to us. 
  90.  
  91. But with all our good intentions to allow anachy to prevail and use 
  92. electronic communications channels, I suspect that we are going to need 
  93. someone to play editor to pull diverse inputs together and circulate a 
  94. 'newsletter' either by electronic mail, mailing floppies or (gawd forbid) 
  95. mailing paper. Assuming he hasn't had second thoughts about it, Courtney 
  96. Duncan (N5BF, now living in Pasadena CA) has offered to do this.
  97.  
  98. In the future, our activity could grow. Several of us have already begun 
  99. gedanken designs of super DSP engines (Motorola 56000? TMS32025?). Our 
  100. initial DSP team will undoubtedly grow from the two dozen dedicated 
  101. hackers and applicators to encompass hardware designers. We really need to 
  102. plan our communications needs accordingly.
  103.  
  104. Finally -- there is one more communications need we have -- PUBLICITY! 
  105. N4HY and I have been hounded by W4RI and WA2LQQ for QST/QEX articles on 
  106. DSP and we simply ain't had the time! The presentations we have given at 
  107. various symposia have served to whet the interests of a lot of people, but 
  108. we need more. Initially the publicity is important to bring out more hard-
  109. core workers. Later, as we achieve success, we will need to document our 
  110. progress for the world.
  111.